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Die folgenden Angaben sind den vom Anmelder eingereichten 

Prufungsantrag gem. § 44 PatG ist gestellt 

(g) Verfahren zur Steuerung technischer Prozesse 

© Aufgrund der Vielschichtigkeit der bei der Bewegungs- 
steuerung von Produktionsmaschinen zu erfullenden An- 
forderungen wird von einem Sortirnent an Hardwarebau- 
gruppen, die mit ausreichender Rechenleistung, einem 
Echtzeitbetriebssystem und spezifischer Grundfunktiona- 
litat ausgerustet sind, einem Netzwerk (z. B. Profibus) zum 
Aufbau eines dezentralen Systems mit verteilter Steue- 
rungsfunktionalitat sowie Bedien- und Beobachtungsge- 
raten mit vorprojektierten Oberflachen ausgegangen. Mit 
derErfindung wird ein konfigurier-, verteil- und program- 
mierbares Steuerungssoftwaresystem zur individueilen 
Anpassung der Steuerungslosung an die Kundenanforde- 
rung vorgeschlagen, mit dem die projektierte Steue- 
rungslosung auf Hardwarebaugruppen verteilt wird und 
wobei ein z. B. auf einem Programmiergerat oder auf ei- 
nem Personalcomputerablaufendes Engineeringsystgem 
zur Verwaltung, ^Configuration, Programmierung, zum 
Monitoring, Debugging und 2ur Inbetriebnahme einge- 
setzt wird. 
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Beschreibung 

Die vorliegende Rrfindung heirifft ein Verfahren zur 
Steuerung technischer Prozesse, insbesondere zur Bcvve- 
gungsssteuerung von Produktionsinaschinen, wobci mittels 
einer zentralen Recheneinheit ein Steiierungsprogramm ab- 
gearbeitet wird, das auf einer Instanziierbarkeit sowie einer 
bedarfsgerechten Verschaltung von Softwarekomponenten 
mit vorgebbarer, zumindest paranietrierbarer Funkt.ionalit.at 
basiert. 

Bisher bekannte Verfahren zur Automatisierung techni- 
scher Prozesse basieren im wesentlichen entweder aut" einer 
"SPS-Funktionalitat" oder auf einer "CNC-Funkt.ionalitat". 
Da im Rahmen solcher Funktionalitaten ein gewisser Funk- 
tionsumfang fest vorgegeben ist, isi eine optimale Anpas- 
sung an die Anforderungen eines speziellen Prozesscs hau- 
fig nur bedingt moglich, wobei im konkreten Anwendungs- 
fall oft eine ganze Gruppe von Funkl.ionen uberflussig ist 
(z. B. beim Einsatz einer CNC-Steuerung, die eigenilich fiir 
Werkzeugmaschinen konzipiert ist, an Verpackungsmaschi- 
nen). 

Des weiteren existieren im Hinblick auf den jeweiligen 
Anwendungsfall individuell ausgelegte Fjnzwecksteuerun- 
gen in Form speziell programmierter Steuerungssoftware. 

Aus der DE 197 40 550 ist auBerdem eine Vorrichtung 
zum Steuern eines technischen Prozesses und/odcr zur 
Steuerung der Bewegung einer Verarbeitungsmaschine be- 
kannt, die ein St.euerprogramm abarbeilet. Dieses Steuerpro- 
gramm besteht aus einer Vielzahl von Software-Modulen. 
ProzeBsteuerungsfunktionalitaten von an sich bekannten 
speicherprogrammierbaren Steuerungen und Bewegungs- 
funktionalitaten von an sich bekannten NC-Steuerungen 
sind in cincm cinhcitlichcn, konfiguricrbarcn St.cucrungssy- 
stem verwirklicht. Die einzelnen Software-Module werden 
hier jedoch durch jeweils eine TeiLsteuerung abgearbeitet, so 
daB fur jedes Software-Modul eine zentrale Recheneinheit 
vorzusehen ist. 

Aufgabe der vorliegenden Frfindung ist es, das Zusam- 
menfiigen des Steuerungsprogramms zu vereinfachen und 
die Anzahl der notwendigen zentralen Recheneinheiten zu 
verringem. 

Diese Aufgabe wird mittels eines Verfahreus zur Projek- 
tierung bzw. Programmicrung einer SoftwarcappLikation zur 
Steuerung und/oder Uberwachung eines externen techni- 
schen Prozesses dadurch gelost, daB instanziierbare Basis- 
objekttypen mit adressierbaren Schnittstellen zur Parame- 
trierung und Verschaltung vorgesehen sind, daB als insLanzi- 
ierbare Basisobjekttypen zumindest. ein Programm verarbei- 
tungsobjekttyp zur Abarbeitung eines benutzerdehnierbaren 
Programms und zumindest ein Treiberobjekttyp zur An- 
steuerung der Pro zeB hardware vorgesehen ist und daB die 
Projektierung zumindest die Schritte der Selektion, Parame- 
tricrung und Verschaltung der Basisobjekte umfaBt. 

Das Steuerung sprograrnm besteht somit im wesentlichen 
aus Software-Objekten mit adressierbaren Schnittstellen. 
Zur Projektierung und Program mierung einer konkreten 
Softwareapplikation wuhlt der Projektierer/Prograinmierer 
aus einer Mcngc vordefinicrter Basisobjekttypen die fiir das 
jeweilige Automatisierungsvorhaben erforderlichen Basis- 
objekttypen aus. Die Selektion eines Basisobjektiyps ent- 
spricht im Rahmen der Projektierung/Programmierung der 
Instanziierung des enlsprechenden Basisobjektiyps. Die je- 
weilige Tnstanz eines Basisobjektiyps ist ein Basisobjekt.. 
Mittels der Schnittstellen der Basisobjekte sind die Basisob- 
jekte parametrier- und verschaltbar, so daB sich die jeweils 
entsprechend der konkreten Anforderungen ausgcwahlten 
Basisobjekte uber ihre Schnittstellen zu einem Steuerungs- 
programm zusammenzufiigen las sen und somit schlieBlich 



eine Softwareapplikation fur konkrete Steuerungsfunktio- 
nen bilden. 

Als Basisobjekttypen kommen Objekttypen mit grund- 
satzlich vorgegebener Funktionalitat in Frage. Ein Pro- 
5 grammverarbeitungsobjekt ermbglicht die Ausfiihrung einer 
konkreten durch den jeweiligen Benutzer individuell fur je- 
des Progranunverarbeitungsobjekt vorgebbaren Anwei- 
sungsfolge. 

Zur Ansteuerung der ProzeBhardware sind die Treiberob- 
10 jekte vorgesehen, wobei fiir unterschiedliche Hardware- 
komponenten jeweils unterschiedliche Treiberobjekte vor- 
gesehen sind, auch wenn in der nachfolgenden Beschrei- 
bung verkiirzt nur noch von Treiberobjekten gesprochen 
wird. 

15 Vorteilhaft kann zur Vorgabe einer FuhrungsgroBe fur 
eine Hardware-Teilkomponente des technischen Prozesses 
ist als instanziierbarer Basisobjekttyp ferner ein Fuhrungs- 
groBe nobjekttyp vorgesehen sein. 

Dartiber hinaus oder altemativ kann zur Regelung einer 

20 Hardware-Teilkomponente des extemen technischen Pro- 
zesses als instanziierbarer Basisobjekttyp ein Reglerobjekte 
vorgesehen sein. 

Vortcilhafterweise erfolgt. die Projektierung/FVogrammie- 
rung auf einem Engineering-System, wahrend die Software- 

25 Applikadon auf einem Runtime-System zur Ausfiihrung 
kommt. Die Projektierung bzw. Programmierung ist damit 
unabhangig von der Ausfiihrung der jeweiligen konkreten 
S oftware- A ppl i kati on . 

Die Erfindung erfaBt nicht nur die Projektierung/Pro- 

30 gramrnierung einer Software-Applikation sondern auch die 
jeweilige gemaB der Erfindung projektierte/programmierte 
konkrete Software-Applikation, insofern als die Steuerung 
und/odcr Uberwachung des technischen Prozesscs mittels 
einer gemaB dem erfindungsgemafien Verfahren projektier- 

35 ten bzw. programmierten Software-Applikation erfolgt. Die 
Software-Applikation zeichnet sich durch die jeweils ver- 
wendeten Basisobjekte und deren konkrete Verschaltung 
aus. 

Weitere Merkmale, Vorteile und Anwendungsmoglich- 
40 keiten der Erfindung ergeben sich aus den Unteransprtichen, 
der nachfolgenden Beschreibung eines Ausfiihrungsbei- 
spiels anhand der Figuren und der Figuren selbst Dabei bil- 
den allc bcschricbcncn und/odcr bildlich dargcstclltcn 
Merkmale fur sich oder in beliebiger Kombination den Ge- 
45 genstand der vorliegenden Erfindung, unabhangig von ihrer 
Zusammenfassung in den Anspruchen oder deren Riickbe- 
ziehung. 
Dabei zeigt 

Fig. 1 eine exemplarische Struktur einer Bewegungs- 
50 steuerungsapplikation (MC-Applikation), 

Fig. 2 eine Detailansicht einer Komponente einer MC- 
Applikation nut einem Progranunverarbeitungsobjekt und 
einer Hardwarcanbindung iiber cntsprcchcndc Treiberob- 
jekte und 

55 Fig. 3 eine schematische Darstellung der Entwicklungs- 
umgebung zur Projektierung bzw. Programmierung der 
MC-Applikation auf einem Engineering-System einerseits 
und zum Ahlauf der projekticrten bzw. programmierten 
MC-Applikation auf einem Runtime-System andererseits, 

60 Fig. 4 ein Objekt-Modell, 

Fig. 5 Interface-Definitionen und 

Fig. 6 eine Objeklslruktur einer Schlauchbeutelmaschine. 

Jedes Automatisierungsvorhaben setzt auf Seiten des zu 
automatisierenden Prozesses auf einem Sortiment von Hard- 
65 warebaugruppen auf. Im Falle eines Bewegungssteuerungs- 
systems, das im Rahmen der nachfolgenden Beschreibung 
vordringlich betrachtet werden soli, sind dies z, B. Einachs-, 
Drciachs-, Vicrachsbaugruppcn mit cntsprcchcndcn Antric- 



DE 198. 

3 

ben. 

Auf der Soflware-Seile ist zur Handhabung der ublicher- 
weise verarbeitungs-asynchron zu heriicksichtigenden Er- 
eignisse des technischen Prozesses ein Echtzeitbctriebssy- 
stem und daruber hinaus ein Netzwerk zum Aufbau eines 
dezentralen Steuerungssystems mit vert ei Iter Steuerungs- 
funktionalitat erforderlich. 

Das in Fig. 1 dargestellte Bewegungssteuerungssoftware- 
system, im folgenden MC-Softwaresystem, umfafit zumin- 
destein Engineering system ES (Off- Line) und ein Runtime- 
system RS (On-Line). 

Das ES dient dabei dem Anwender zur Erst el lung einer 
Bewegungssteuerungsapplikat.ion. im folgenden MC-Appli- 
kation_MCA genannt. Das RS ubemimmt deren Ausfuh- 
rung. 

Zur Erstellung einer MCA gehoren die Systcmkon figura- 
tion, die Erstellung der Anwenderprogramme auf Hochspra- 
chenniveau und die Ubertuhrung dieser Tnformationen in 
eine RS-intern ausfuhrbare Fonn (Executable). Das RS 
dient der Ausfiihrung des Exec u tables. 

Jede in Rahmen des RT zum Einsatz kommende Hardwa- 
rekomponente wird als Systembau stein SB bczeichnet. Es 
kann aus ein em oder mehreren, iiber ein Netzwerk NW ver- 
bundenen SB's bestehen. SB's sind dabei Prozessrechner mit 
dedizierter, auf die Steuerungsfunktionalitat zugeschnit.tener 
Peripherie (auch PC moglich), auf denen notwendige und 
optionale RS-Komponenten ablaufen. 

Das Engineeringsystem ES lauft auf einem Programme er- 
gerat oder Personal Computer unter einem Stand ardbe- 
triebssystem ab. Das ES besitzt fur Inbetriebnahme- bzw. 
Testzwecke dieses Exec u tables ein en Zugang zum RS. 

Die konkrete Steuerungsstruktur entsteht durch Verschal- 
tung von auf den SB's, gcmaB Fig. 1, insr.anziicrharcn sogc- 
nannten Basisobjekten BO, die mit unterschiedlicher Funk- 
tionalitat ausgestauet sind. Je nach Anwendung konnen die 
Basisobjekte BO auf SB' verteilten (instanziiert) werden. 
Des weiteren weist zum Zugriff auf die Standardharware 
HW grundsatzlich jeder Systembaustein SB ein Retriehssy- 
stem BS auf. 

Beispiele fur Basisobjekte BO sind: 

- Reglerobjekte FCO fur verschiedene Reglerfunktio- 
ncn, 

- FuhrungsgroBenobjekte CVO als Fuhrungsgr6J3en- 
erzeuger, die vor allem Bewegungsbefehle ausfiihren, 

- Programmverarbeitungsobjekte PPO zur Abarbei- 
tung vorgebbarer Anwenderprogramme, 

- Treiberobjekte DRO zur Anpassung der Steuerung 
an Schnittstellen der verschiedene Hardwarebaugrup- 
pen sowie 

- Systemmanagerobjekte SMO als Schnittstelle zum 
Betriebssystem, 

- Boot-Objckt BOO zur Spcicherung des Exccutablcs 
der MCA und zur Organisation des Systemanlaufs. 

Alle Basisobjekte BO auBer den Systemmanagerobjekten 
SMO und einigen Treiberobjekte n DRO sind von "aufSen" - 
also durch den Projckt.icrcr oder Ent.wicklcr - instanziicrbar. 
Die Basisobjekte BO selbst existieren in der Steuerung als 
Firmware des RS. 

Bei den Basisobjekten BO wird unterschieden zwischen 
anwenderkonfigurierbaren Funktionalobjekten und notwen- 
digen Systemobjekten. Anwenderkontigurierbare Funktio- 
nalobjekte sind z. B. die Reglerobjekte FCO, die Fuhrungs- 
groBenobjekte CVO, die Programmverarbeitungsobjekte 
PPO, einige Treiberobjekte DRO und ein RS- weites exclu si- 
Yes Boot-Objekt BOO. Notwendige Systemobjekte sind da- 
gegen die Systemmanagerobjekte SMO und spezielle Trci- 



53 205 A 1 

4 

berobjekte DRO. 

FunktionalobjekLe FCO, CVO und PPO sind lypische Ob- 
jekte zur Projektierung einer Steuerungslosung nach den 
Anforderungen der jeweiligen Anwendung. Notwendige 
5 Systemobjekte SMO, DRO werden zum Netzwerkzugang 
auf einem Systembaustein SB bei Anlauf der Firmware an- 
gelegt und verschaltet und sind von auBen nicht instanziier- 
bar, Da mit ist der Zugang auf jede Hardware HW gewahrlei- 
stet. 

10 Eine MC-Applikation MCA wird durch Verschaltung, 
Konfiguration und Anwenderprogrammierung (bei PPO's) 
von Basisobjekten erreicht. Vorkonfigurierte BO-Gruppen 
konnen im ES gebildet und/oder verarbeitef. werden. Damil 
erfolgt eine Makro-Bildung in Form von Applikationsmo- 

15 dulen SAM auf Anwenderebene. 

Die Verschaltung der Basisobjekte BO wird grundsatzlich 
von "aufien" mittels des ES kontiguriert und im Executeable 
abgelegt. Die Herstellung der real en Verschaltung erfolgt 
auf Grund dieser, im Executeable enthaltenen Informationen 

20 durch das BOO oder das ES. 

Die Verschaltung der Basisobjekte BO erfolgt iiber dafur 
vorgesehene Schnittstellen an den BO's. Diese Schnittstel- 
len sind im RS und ES eindeutig adressierhar. Es wird zwi- 
schen optionalen und nichtoptionalen Schnittstellen unter- 

25 schieden. Nichtoptionale Schnittstellen dienen allgemeinen 
Systemfunktionen wie dem Empfang von Konfigurationsda- 
ten, dem VariablenausLausch oder fur Debug- und Trace- 
Zwecke. Optionale SchnitLsrellen reprasentieren funkt.ionale 
Spezirika eines BO's nach auBen. 

30 Das ES benutzt zur Reprasentation von BO-iypen bzw. - 
Instanzen im RS Stellvertreterobjekte bzw. Instanzen als 
duale Darstellung. t)ber diese Stellvertreterobjekte erhalt 
das ES Tnformationen iiber die Eigcnschaftcn von BO's und 
(bei aktivem RS-Zugang) Zugang zu den BO's und deren 

35 Schnittstellen im RS. Diese Beziehungen sind in Fig. 4 dar- 
gestellt. 

Schnittstellen im Engineeringsystem (ES -Interfaces) 

40 Alle Basisobjektklassen verfUgen als nicht optionale ES- 
Interfaces iiber Kommando- und Konfigurationsschnittstel- 
len, wobei bei Bedarf eine Trennung erfolgen kann. Weitere 
optionale ES -Interfaces sind Variablcn-Schnittstcllcn, Dc- 
bug-Schnittstellen bzw. Trace-Schnittstellen. 

45 In Fig. 5 sind Objektschnittstellen beschrieben, wobei zur 
Verkniipfung von zwei Schnittstellen folgende Matching- 
Regeln (alle AND-verkniipfL) verwendel werden: 
Verkntipft wird wenn: 

50 1. die Interfaceld's gleich sind 

2. die Interface-Direction komplementar zueinander 

sind 

3. der Transmit-Typc gleich ist 

4. die Connectivity dies noch zulaBt. 



Schnittstellen im Laufzeitsystem RS (RS-Interfaces) 

Die Festlegung der RS-Interfaces erfolgt im Bewegungs- 
60 steuerungslaufzeitsystem direkt. Die Schnittstellen werden 
im Engineeringsystem ES uber lypkennungen verwaltet 
und adressiert, so dafi deren Verschaltung moglich ist. 

Zur Verschaltung der Basisobjekte BO zu einer konkreten 
Steuerung ist das auf einem Personal Computer/Program- 
65 miergerat ablaufende Engineeringsystem ES vorgesehen, 
das OH -Line arbeitet und auf Abbilder samtlicher Basisob- 
jekte BO Zugriff hat. Im Einzelfall kann die Verschaltung 
der Basisobjekte BO altcmativ auch iiber ein "internes" 
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Bootobjekt BOO vorgenommen werden. 

Mil Hilfe des Engineering systems ES wird die konkrete 
Steuerungslosung program mi err. und unter Kin sat 7. entspre- 
chender Werkzeuge in BeLrieb genommcn. Durch die Ver- 
schaltung und Konfiguration der Basisobjekte BO entstehen 5 
Applikationsmodule SAM mit bestimmtcr, den Hardware- 
baugruppen entsprechender Funktionalitat (Einachsmodul, 
Mehrachsmodul, etc.). 

Die Ausfuhrung einer konkret projektierten Software- 
struktur erfolgt im Runtimesystein RS. 10 

Die wichtigsten Basisobjekte BO, sind die Reglerobjekte 
FCO, die Fuhrungsgrotienobjekte CVO und die Programm- 
verarheitungsobjekte PPO, wobei im folgenden diese Ob- 
jekte, beginnend mit dem Programrnverarbeitungsobjekt 
PPO, anhand von Fig. 2 naher dargestellt werden. 15 

Ein Programrnverarbeitungsobjekt PPO ist primar eine 
zur Abarbeitung eines Anwenderprogramms AP fahige vir- 
tuelle Maschine. Das Programrnverarbeitungsobjekt PPO 
beinhaltet alle Funktionen zur Ausfuhrung einer Befehlsse- 
quenz in einem zeitlichen Multi-Tasking-Kontext. Das je- 20 
weilige Anwenderprogramm AP ist in einer speziellen As- 
semblerkodierung MCASM der virtuellen Maschine abge- 
legt, nachdem es auf dem Engineeringsystem ES graphisch 
APG oder textuell APT erstellt, compiliert und von diesem 
an das jeweilige Programrnverarbeitungsobjekt PPO trans- 25 
feriert wurde. DerZugang zu BO- und Berriebssystemfunk- 
lionalitiiten wird somit liber den Beiehlssatz der virtuellen 
Maschine realisiert 

Fiir ein MC-Applikation werden die jeweiligen Steue- 
rungspro gramme direkt in der Art mehrerer Tasks geschrie- 30 
ben und angelegt. Zur Abarbeitung des jeweiligen Steue- 
rungsprogranims werden voni Progranmiverarbeitungsob- 
jckt PPO Tasks AT, ATZ, ATS im Multi-Tasking-Systcm an- 
gelegt. Diese Tasks konnen fiir verschiedene Abarbeitungs- 
modi eingerichtet werden, wobei z. B. zwischen zyklischer 35 
Abarbeitung - zyklische Task ATZ - entsprechend der Ar- 
beilsweise z. B. einer speicherprogrammierbaren Steuerung 
und einer sequentiellen Abarbeitung - sequeniielle Task 
ATS — z. B. bei der Berechnung einer Bewegung untcrschie- 
den wird. Dabei konnen sich die Tasks selbstverstiindlich 40 
gegenseitig beeinflussen, indem z. B. aus einer zyklischen 
Task ATZ die Koordinati on einer sequentiellen Bewegungs- 
task ATS erfolgt. Aus dicscn Anwcndcrtasks AT, ATZ, ATS 
heraus werden weitere Tasks uber MCASM-Instruktions zur 
Nutzung der Funktionen der Reglerobjekte FCO, der Fuh- 45 
rungsgroBenobjekte CVO und/oder der Treiberobjekte DRO 
angelegt. 

Rine einzelne TAP slellt eine Anweisung auf MCASM- 
Niveau dar. Eine IAP kann PPO- interne und PPO-externe 
Schnittstellen von anderen BO's bzw. des BeLrieb ssy stems 50 
zur Realisierung seiner Funktion benutzen. Der Aufbau und 
die Verwaltung PPO-externer Verbindungen erfolgt durch 
den MNG. Das PPO starter zur Vcrabcitung der gcladcncn 
IAP-Sequenz, die im ES aus dem AP erzeugt wurde, eine 
Default-ATS bei einer definierten IAP (entspricht Pro- 55 
gramm-Eintrittspunkt). Es existieren IAP's, die eine rekur- 
sive Task-Nutzung ermoglichen. Dazu sind im MCASM- 
Bcfchlssatz z. B. TAP's vorhandcn, die das Erzcugcn cincr 
neuen ATS oder ATZ und dercn Start ab einer bestimmten 
IAP innerhalb der IAP-Sequenz ermoglichen. 60 

Neben Standardoperationen eines Rechners, Ein-/Ausga- 
befunklionen sowie speziellen Funktionen, die ansonsten 
z. B. von einer speicherprogrammierbaren Steuerung bereit- 
gestellt wiirden, werden Funktionen zur Berechnung von 
Bewegungen und zur Regclung benotigt. Diese hoheren 65 
Funktionen steLlen z. B. die Fuh rungsgroBenobjekte CVO 
und Reglerobjekte FCO zur Verfugung. 

Ein Programmvcrarbciiungsobjckt PPO ist primar cine 
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zur Abarbeitung von IAP-Sequenzen fahige virtuelle Ma- 
schine. Eine einzelne IAP stellt eine Anweisung auf 
MCASM-Niveau dar. Sie bildet. den programmierbaren Zu- 
gang des Anwenders zu den Funktionalitaten der BO's und 
des BS. Die Erzeugung und der Transfer der IAP-Sequenzen 
erfolgt in den Schritten: 

- Erzeugung eines AP auf textuellem (APT) oder gra- 
phischem (APG) Wege im ES. 

- Compilation des AP in IAP-Sequenzen (systemspe- 
zifische Kodierung; MCASM) der virtuellen Maschine 
des PPO im ES und Ablegen in einem Executable-File. 

- Transfer der IAP-Sequenzen aus dem Executable an 
das jeweilige PPO durch das ES oder ein BOO. 

Eine IAP kann PPO-interne und PPO-externe Schnittstel- 
len von anderen BO's bzw, des BS zur Realisierung seiner 
Funktion benutzen. Der Aufbau und die Verwaltung dieser 
Verbindungen erfolgt durch den MNG. 

Die uber IAP's zuganglichen Funktionalitaten gliedern 
sich in: 

- A nwender-Multi tasking: 

Dabei konnen neue Tasks mit zyklischer (AI7) bzw. 
sequentieller (ATS) IAP-Bearbeitung auf der gelade- 
nen IAP-Sequenz erzeugt, zerstort und beeinfluBt wer- 
den. Die dafur definierten IAP's benutzen dazu Funk- 
tionalitaten des BS. 

- Verarbeitung von Standarddatentypen (Zahlen, 
Strukturierte Datentypen etc.) 

- I/O-Operationen 

- Zugang zu Spezialfunktionalitaten mit PPO verbun- 
dcn BO'S wic z. B. CVO zur Bcwcgungsgcncricrung 
oder FCO zur Regelung. 

Der Start der Programmabarbeitung des PPO erfolgt auf 
Kommando des ES oder BOO uber dessen Koimnando- 
Schnitts telle. Dazu wird im PPO eine Default-ATS gestartet, 
die ihre Arbeit bei einer definierten IAP (entspricht Pro- 
gramm-Eintrittspunkt) der geladenen IAP-Sequenz beginnt. 

Um physikalische Gerate M mittels eines Achs-Interfaces 
oder eines Ein-/Ausgabe-Inter£aces iiber die konkrete Steue- 
rungshardwarc des Systcmbau steins SB zu betrciben, wer- 
den Treiberobjekte DRO eingeordnet. DRO's dienen der 
Entkopplung von Objektschnittschnittstellen von der kon- 
kreten Hardware, indem sie spezifische Detailles zu deren 
Ansleuerung impleinentieren. Im Ausfiihrungsbeispiel 
kommt gemaR Fig. 2 zur Ansteuerung des Motors M ein 
Reglerobjekt FCO, ein Treiberobjekt DRO und ein Fuh- 
rungsgroflenobjekt CVO zum Einsatz. Der Ausgangswert 
des Reglerobjektes FCO dient uber das Treiberobjekt DRO 
direkt zur Ansteuerung des Motors M. Das Fiihrungsgro- 
Bcnobjckt FCO, das in nicht dargcstclltcr Wcisc mit dem 
Reglerobjekt FCO verschaltet ist, liefert zumindest die Fiih- 
rungsgroBe fiir die z. B. mittels des Reglerobjektes FCO 
konstant gehaltene Drehzahl des Motors M. Des weiteren ist 
noch ein Treiberobjekt DRO fur Eingabefunktionen E, mit 
denen sich z. B. ProzcRzustandc crfasscn lasscn, und Ausga- 
befunktionen A, z. B. zum Einschalten bestimmter ProzeB- 
komponenten, vorgesehen. 

Die Moglichkeiten hinsichtlich Konfiguration, Program- 
mierung, Inbetriebnahme etc. werden nachfolgend anhand 
von Fig. 3 dargestellt. 

Im Engineeringsystem ES wird eine konkrete Steuerungs- 
losung entsprechend der jeweiligen Anforderungen des 
Kunden unter Einsatz entsprechender Werkzeuge VEW, 
KON, PRG (Verwaltung, Konfiguration, Programmierung) 
konfiguricrt und programmicrt, wobei die Inbetriebnahme 
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durch weitere Werkzeuge INB, MON, DEB (Inbetrieb- 
nahme, Monitoring, Debugging) untersliitzt wird. Die Aus- 
fiihrung einer konkret projektierten Softwarest.rukl.ur mit 
dem zugehorigem Anwenderprogramm erfolgt itn Runtime- 
system RS. 5 

Das Engineeringsystem ES ermogticht demzufolgc die 
ingenieurmaBige Handhabung einer Bewegungssteuerungs- 
applikation (MC- Application) MCA und dariiber hinaus 
auch die Representation des Runtimesy stems RS wahrend 
des Engineerings (also von der Projektierung bis zur Inbe- to 
triebnahme). 

Dazu hat das Engineeringsystem ES Zugriff" auf ein Ab- 
bild samtlicher im Runtimesystem RS ausfuhrbarer Basis- 
objekte BO. Demzufolge sind als Basisobjektklassen zu- 
mindest die oben bereits aufgefiihrten Reglerobjekte FCO, 15 
FiihrungsgroBenobjekte CVO, Programmverarbeitungsob- 
jekte PPO, Treiberobjektc DRO und Systemmanagerobjekte 
SMO vorgesehen. 

Sowohl im Engineeringsystem ES als auch im Runtime- 
system RS existiert liber die Hardware HW (Programmier- 20 
gerat oder Personal Computer HW1 fur Engineeringsystem 
ES, Steuerungshardware HW2 fur Runtimesy stem RS) ein 
vollstandiges Laufzeitsysi.em mit.Ber.riebssyst.ern BS, Werk- 
zeugen zum Systemmanagernent und Basisobjekten BO. 

Der \fcrteil der vorliegenden Erfindung liegt vor a Hem 25 
darin, dafi ein zu automatisierender technischer ProzeB mit 
erhohler Funktionalitiit, z. B. im Hinbliek auf Logik, Bewe- 
gung, Regelung und Messung, erhohter Dynarnik, insbeson- 
dere durch entsprechende Anpassung uber eine geeignete 
Hardwareauswahl und flexibler Struktur, z. B. als Stand- 30 
Alone, zentrale oder dezentrale bzw. verteilte Losung, hand- 
habbar ist. 

Fur die logischen Ablaufc, Bcvvcgungsvorgangc odcrRc- 
gelungen stehen Basiselemente oder Basisfunktionen zur 
Verfilgung. Die Basiselemente sind dabei verbindbare Kom- 35 
ponenten, die Basisobjekte BO, die die Grundkomponenten 
fiir Automatisierungsaufgaben mit jeweils einheillichen 
Schnittstellen darstellen. Die Basisfunktionen stehen im 
Rahmen programmierbarcr Funktionen zur Verfugung, wo- 
bei ein Grundbefehlssatz fiir Logik, Bewegung (Einzel- 40 
achse, lose und enge M aster- S lave- Kopplung, Geometrie- 
Verbund) und Regelung verwendbar ist. Diese Struktur er- 
moglicht cine frcic Programmicrbarkcit und cine flexible 
Anpassung an die Gegebenheiten des jeweiligen Automati- 
sierungsvorhabens durch das Instanziieren und das Verb in- 45 
den der jeweiligen Objeki e. 

Das Gesamtsystem stellt sich als Kombination aus einem 
T,aufzeitsysfem einerseits, mit. einem Steuerungskern als 
verteilbarem Steuerungsbctriebssystem, und einem Engi- 
neeringsystem andererseits, das insbesondere die graphische 50 
Prograrnmierung des Automatisierungsvorhabens uber cine 
entsprechende Oberflache ennoglicht, dar. 

Dicsc Struktur kommt insbesondere cincr natiirlichcn 
Herangehensweise bei der Automatisierung technischer 
Prozesse entgegen, namlich einem schrittweisen Vorgehen, 55 
das mit der Festlegung der jeweiligen Funktionen beginnt, 
woraus sich logische Ab hang igkei ten einzelner Funktionen 
oder Funktionsgruppen ergeben bzw. ablciten lassen und 
sich erst im Rahmen von Dctailbeu*achtungen mit konkreten 
Bewegungsvorgangen und dazu eventueU erforderlichen 60 
Regelungen befaBt. 

Dies ennoglicht eine Einheil im Abarbeitungsprinzip, 
hietet gleichzeitig eine erhebliche Flexibility, bei der Sy- 
stemgestaltung. 

Eine nach diesem Ausfiihrungsbeispiel konzipierte Steue- 65 
rung kann beispielsweisc angewandt werden fiir cine Ver- 
packungsmasehine mit fiinf Aclisen im Hauptbereich, einem 
Tcmpcraturrcglcr und einem 3-Achs-Handlingsystcm. 
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Im folgenden wird auf Fig. 6 verwiesen, in welcher eine 
Objektstruktur einer Schlauchbeutehnasehine gezeigt ist, 
wobei folgendes Vorgehen realisiert wird: 

Ml: Produkt-Zufuhrbahn 

- Produktlange konst. oder alternativ Produktabstand 

konsL 

- Produktlangen- Toleranz . . . -20%; soli zur ver- 
gleichsweise gleichen Verpackungslangen-Toleranz 
fuhren und Verpackungsfolie sparen 

- Produktabstande variabel (sowohl zu dicht als auch 
zu writ); soil die Verpackungslange des Produkts nicht 
beeinflussen 

M2: Langsnaht-Siegelstation (Master-Antrieb) 

- Kontinuierliche Bewegung 

- Folienabzug haufig mit uber diesen Antrieb 

- Arbeitswerkzeuge (geheizten Siegelrollen) werden 
bei Anlagenstillstand liber SPS- Steuersignale auBer 
Arbeitsstellung gebracht 

M3: Quersiegelstation X- Richtung 

- Bewegungsablauf: 

- Aufsynehronisieren auf Fixpunkt des Verpak- 
kungsstrangs (Mi tie zwischen zwei Produkten) 

- Synchronlauf zum Fixpunkt 

- Absynchonisieren, Bewegungsumkehr 

- Ruckbewegung 

- Zyklusende, Stillstand (nicht zwingend) 

- Aufsynchronisicrpunkt iibcr zuvor crrnitf.cltc Pro- 
duktlange und Formelwerk des Anwenders berechnet, 
im Anwenderprogramm hinterlegt und iiber Produkt- 
einstellungen parametrierbar. 

- "Nebenbewegungen" (Absynchronisierkurve, Ruck- 
hub) an das Geschwindigkeits niveau der Masterachse 
angepaBt 

M4: Folienrollenantrieb 

- Bcwcgungsanfordcrungcn cincs Wickclantricbs 
(Zentralwickler) 

Durchmessererfassung und Auswertung 

- Einsatz insbesondere bei glatter Folie 

- Steuennarken bei bedruckter Folie erfassen und Dif- 
ferenzen der Lieferung Uber Elast.izitat der Folie aus- 
gleichen 

M5: Quersiegelstation Y-Richtung 

- Bewegungsablauf: 

- SchlieBen des Siegelwerkzeugs nach dynamisch op- 
tirnierter Funktion (gegenwartig haufig auftretende Be- 
schleunigungs und Bremsgerausche sind unerwiinscht) 

- SchlieBgerausch der Siegelbacken ("Klatschen") 
soil en nicht. auftrctcn, abcr cine sichcrc Bcriihrung ist. 
erforderlich (Gleichnis "Pressen im letzten Bewe- 
gung sab schnitt" benutzt) 

- Dynamische Anpassung der SchlieBbewegung an 
die Elastizitat und Lose der SchlieBmechanik erfordert 
Anpassung 

- Anpassung zeigt sich gegenwartig stark Geschwin- 
digkeits abhangig (neuer Arbeitspunkt neue Einstel- 
lung) 

- Zusiitzliche Randparametern des SchlieBprofils Fo- 
licnmitnahmc (extra bcschlcunigungsbcgrcnzt) 
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- Verweilzeit im geschlossenen Zustand (konstant?) 

- Schwellendes Moment liber Drehmomenlenrege- 
lune in der Verweilzeit. 

- Offnung der Siegelbacken nach einer zvveiten Funk- 
tion 

- Zyklusende; Stillstand 

- Bewegungshub der Siegelbacken von der Produkt- 
hohe abh'angig (Verst.eilung?, MeBeingang auswerten?) 

- Verkniipfung der Bewegungsprofile X- und Y-An- 
trieb (SchlieBbewegung beginnt bereits vor dem Errei- 
chen des Synchronpunkts??; Absynchronisieren be- 
ginnt vor vollstandiger OfThung??) ist noch zu betrach- 
ten 

- An die SchlieBbewegung ist das Schneidsignal zu 
koppeln (dynamisch hoehwertiger Ausgang; uber SPS 
zu langsam). 



MON Monitor 

Mx Motor x 

NW Netzwerk 

PC Personal Computer 

PPO Programmverarbeitungsobjekt 

PRO Programmier-Tool 

RS Runtime-System 

SAM Einachs-Applikationsmodul 

SB Systembaustein 

SMO Systemanagerobjekt 

VEW Verwaltungs-Tool 

Paten tanspriiche 



15 



Zusammenfassend liiBr. sich die Erfindung wie Iblgr. kurz 
beschreiben: 

Das Bewegungssteuerungssystem ist ein prog ram mi crb ares, 20 
dezentralund flexibel aus verschiedenen Hardwarebaugrup- 
pen bestehendes Steuerungssystein, dessen Hardewarebau- 
gruppen als Systembausteine bezeichnet werden. 

Aufgrund der Vielschichtigkeit der bei der Bewcgungs- 
steuemng von Produktionsmaschinen zu erlullenden Anfcr- 25 
derungen wird von einem Sortiment an Hardwarebaugrup- 
pen, die init ausreichender Rechenleistung, einem Echtzeit- 
betriebssystem und spezifischer Grundfnnktionalitat. ausge- 
riistet sind, einem Netzwerk (z. B. Profibus) zum Aufbau ei- 
nes dezentralen Systems mit vert ei Iter Steuerungsfunktiona- 30 
litat sowieBedien- und Beobachtungsgeraten mit vorprojek- 
tierten Obertiachen ausgegangen. Mit der Erfindung wir ein 
konfiguricr-, vcrtcil- und programrni crb arcs Stcucrungssoft- 
waresystem zur individuellen Anpassung der Steuerungslo- 
sung an die Kundenanforderung vorgeschlagen, mit dem die 35 
projektierte Steuerungslosung auf Hardwarcbaugruppen 
verteilt wird und wobei ein z. B. auf einem Programmierge- 
ratoder auf einem Personal Computer ablaufendes Enginee- 
ringsystem zur Verwaltung, Konfigumtion, Programmie- 
rung, zum Monitoring, Debugging und zur Inbetriebnahme 40 
eingesetzt wird. 

Bczugszcichcnlistc: 

AP Anwenderprogramm 45 

APG graphisch erstelltes Anwenderprogramm 

APT textuell erstelltes Anwenderprogramm 

AT Applikationstask 

ATS sequentielte Applikationstask 

ATZ zyklische AppLikationstask 50 

BO Basisobjekt 

BOO Boot-Objekt 

BS Bctricbs system 

COM Kommunikation (Software) 

CVO FUhrungsgroBenobjekt 55 
DEB Debugger 
DRO Treiberobjekt 
ES Entwicklungssystcni 
FCO Reglerobjekt 

HW Hardware 60 
HWn n-te Hardware 

LAP InsLruktion im Anwenderprogramrn (MCASM-Niveau) 
TNB Inbetriebnahme- Tool 
KON Konfigurations-Tooi 

MC Motion Control 65 
MCA Motion Control Applikation 
MCASM Asseblersprache des MC-Systems 
MNG Manager 



1 . Verfahren zur Projektierung bzw. Programmierung 
einer Softwareapplikation zur Steuerung und/oder 
Uberwachung eines externen technischen Prozesses, 
wobei i n stan ziierb are Basisobjekttypen (BO) mit. 
adressierbaren Schnittstelien zur Parametrierung und 
Verse haltung vorgesehen sind, 

wobei als instanziierbare Basisobjekttypen (BO) zu- 
mindest ein Programmverarbeitungsobjekttyp (PPO) 
zur Abarbeitung eines benut7.erdefimerbaren Pro- 
gramms und zurnindest ein Treiberobjekttyp (DRO) 
zur Ansteuerung der ProzeBhardware vorgesehen ist 
und wobei die Projektierung zurnindest die Schritte der 
Selektion, Parametrierung und VerschalUing der Basis- 
objekte (BO) umfaGt. 

2. Verfahren nach Anspruch 1, dadurch gekennzeich- 
net, daB als instanziierbarer Basisobjekttyp (BO) ferner 
zurnindest ein Euhrungsgrofienobjekttyp (CVO) zur 
Vorgabe einer FuhrungsgroBe fur eine Teilkornponente 
des externen technischen Prozesses vorgesehen ist. 

3 . Verfahren nach Anspruch 1 oder 2, dadurch gekenn- 
zeichnet, daB als instanziierbarer Basisobjekttyp (BO) 
ferner zurnindest ein Reglerobjekte (FCO) zur Rege- 
lung einer Teilkomponente des externen technischen 
Prozesses vorgesehen ist. 

4. Verfahren nach einem der obigen Anspriiche, da- 
durch gekennzeichnet, daB die Projektierung auf einem 
Engineering-System (ES) erfolgt und daB die Soft- 
ware- Applikation auf einem Runtime- System (RS) zur 
Ausfuhrung kommt. 

5. Verfahren nach Anspruch 4, dadurch gekennzeich- 
net, daB samtliche Basisobjekttypen (BO) im Enginee- 
ring-System (ES) ein Abbild haben. 

6. Verfahren zur Steuerung und/oder Oberwachung 
exierner technischer Prozesse, dadurch gekennzeich- 
net, daB die Steuerung und/oder Uberwachung des 
technischen Prozesses mittels einer mit einem Verfah- 
ren nach einem der obigen Anspriiche projektierten 
bzw. programmierten Software- Applikation erfolgt. 
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